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A System for developing an application system 
and implementing thereof 

BACKGROUND OF THE INVENTION 
5 1) Technical field of the Invention 

\The invention relates to a system for developing 
an application system and implementing thereof for an 
automated machri:ie . 

0 

€l 2) Description of Related Arts 

4«/[\Vl^ \yarious types of controllers such as a 
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programmable logic controller (PLC) and a motion controller 
have been utilized to configure well-known automated 
machines incluasLng, for example, machine tools in the art 



of factory autom^ion, industrial automated machines such 

\ 

15 as industrial robotss, self-controlled robots, and typical 
automated machines, \^urther, the controller is connected 
with various types of intout devices including a sensor and 
a switch for inputting srgnals thereto, also with many 
kinds of output devices incluosLng a motor and a display to 

20 be controlled thereby. Also, program in a form of a 
software describing commands (instructions) for the input 
and output devices (i.e., I/O devices)\is installed in the 
controller. The automated machines arve operated upon 
receiving the commands described in the softw^are program. 

2^/v\S/|^^^ As indis^ated above, the input and output devices 
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ar>e connected to Input/Output connectors (i.e., I/O ports) 
of \he controller. In case where the conventional 

controller is utilized/ first of all, a programmer of-^ a 
controller needs to precisely recognize that each of I/O 
ports is <3onnected with which one of I/O devices, and then 
sets up software modules or operation programs for I/O 
devices implementing within the controller. Otherwise, the 
controller can not send appropriate commands to the I/O 
devices so that tf\e controller fails to control the I/O 
devices. Such software modules include, for example, a 
device driver. 

he aforementioned disadvantage has not been 
solved up tov a last couple of years, in which an expansion 
card and a peripheral device are connected with the 
conventional Pc\ (personal computer). Such a peripheral 
device is also referred to as an object to be controlled or 
simply as an object - \ The user must exactly understand the 
connections between ports located on the PC and 

peripheral devices, then, \ the user may properly install 
software modules and/or ope^tion programs for the I/O 
devices to be executed with the 

anwhile, an another type of the interface has 
recently been\leveloped with a concept of "Plug and Play 
(PnP) " for conneCN^ion between the PC and the peripheral 
devices. The above-rft^ntioned PnP interface is, for example. 
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'\JSB (Universal Serial Bus)" or "IEEE1394 (Institute of 
Electrical and Electronics Engineers 1394)" standards. In 
fact, \ise of the PnP interface reduces a burden of the user. 
Each of\ peripheral devices having the PnP interface is 
uniquely assigned with identification, named "GUID (Global 
Unique ID) " 

As described above, the GUID is the 
identif ica1^ion, which is globally unique, and individually 
assigned to ^ach object. Suppose that the PC has already 
stored a predetermined number of software modules such as 
device drivers f\)r driving corresponding objects. Once the 
I/O object is cormected with the PC, the PC acquires the 
GUID of the I/O iDbject. Then, the PC automatically 
identifies the corresponding software module according to 
the GUID so as to driv^ the I/O device. Therefore, this 
eliminates the user to\ select and set up a suitable 
software module such as a ogvice driver. To this end, the 
user may not even be aware dvf the fact that the software 
module is installed within tl^ PC, while the user can 
connect with the I/O device to u\ilize. Yet, even though 
the user has to input and store. tXe option parameters of 
the software module, this task may aJSso be avoided if the 
predetermined initial values thereof areXused. 

Iso, the standards of USB and IEEE1394 have 
another funct\on based upon the concept of "Hot Plug". The 
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Vconventional PC is required to shut down and then rebooted 
s\ as to activate the software module that is newly 
instsalled for an additional device. The function of 'the 
Hot Plsiig enables the user to connect another device to the 
PC withVit shutdown so that almost no task is required for 
connecting the device with the PC. Thus, the user 
undertakes \he burden much less than that in utilizing the 
conventional RC , 

[•he PnP interface such as the USB and/or IEEE1394 
standards hass another feature. That is, the communication 
protocol of t\e PnP interface is open to the public. In 
other words, b^e communication protocol thereof has 
publicity. This Xllows various third parties to develop 
peripheral devices \for the PC. Connection of the 

conventional PC with\a peripheral device requires an 
expansion board such as X^P^rticular connecting board for 
connecting therebetween, hb^wever, the feature of the 
publicity eliminates the troublesome. 

Dhe aforementioned feature of the publicity is 
realized on\the communication protocol between the PC and 
the peripheral device. Besides, a demand has been 
increased so tha^Nythe feature of the publicity is realized 
on the communication protocol between the controller and 
the peripheral devicV Various controllers have been 
proposed such that theyN^equip interfaces such as the USB 



a^d/or IEEE1394 standards with the feature of the publicity. 

\ As described above, the recent controllers and 

PCs kre going to support the PnP interface such as ^USB 
and/or\ IEEE1394 standards. However, the feature of the 
Plug andVPlay has not yet been exploited effectively enough 
to utiliz^ the device instantly after connecting thereof 
with the Pc\)r the controllers - 

Firsvtly, the operation of the peripheral device 
(object) controlled by the PC is described hereinafter. 
When the user, for^ example, moves a typical mouse as one of 
the peripheral devicie, a mouse cursor moves' on the monitor 
in accordance with th^ actual movement of the mouse. Thus, 
the operation of the Viouse cursor is preprogrammed and 
unmodified with the mous^ and the PC. A USB camera is 
another example as the peripheral device, in which a 
particular software program ftor displaying images taken by 
the USB camera on the PC moniror is distributed with the 
USB camera by the manufacturer mereof. The USB camera 
cannot be operated without using thev software program. To 
this end, the operation manner of th\ peripheral devices 
and the operation environment of the Vc are fixed and 
cannot be modified by the user (through rnstruction with 
program codes) . \ 

Secondly, the operation of the peripheral device 
(object) controlled by the controller is described 



hereinafter. Inherently, the operation of the object 
connected with the controller needs to be preprogrammed 
within the controller through the program codes. In other 
wordS/ the controller cannot drive the device, immediately 
after simply connecting the device with the controller by 
nature, unless the controller . has been installed with 
program codes for the object. 

r ^Furthermore, even if the controller is adapted to 

use the interfaces such as USB or IEEE1394 standards, the 
controller hasNto be installed with the software module or 
the operation progvram implementing thereon, as precisely as 
on the conventional ^controllers . Therefore, the advantage 
of the "Plug and Play" feature cannot be sufficiently 
exploited in those circumstances. 

The present invervtsion is intended for use of a 
system for configuring the automated . machine comprising 
peripheral devices (object) and controllers with the PnP 
interfaces (i.e., having the feature of Plug and Play). 

SUMMARY OF THE INVENTION 

The first object of the invention is to provide 
the system for developing application systems and 
implementing thereof, which can reduce the burden of the 
user to install the peripheral devices with a controller. 

The second object of the invention is to provide 



the system, which can be installed with various control 
programs including, for example, a procedure program, an 
event driven program and a motion program in a simp^le 
manner. 

A system according to first aspect of the present 
invention comprises: a controller; a monitor connected with 
the controller; at least one object to be controlled, the 
object connected with the controller; development means for 
developing a program for the controlled object; implement 
means for implementing the program developed by the 
development means; and a software module uniquely assigned 
to the object, the software module being in a form of 
software providing at least one of procedures including, an 
icon procedure for displaying an icon for the object in a 
display area on the monitor, a description procedure for 
describing a control process for the object, and an 
implement procedure for implementing the control process 
developed for the object. 

The software module is uniquely assigned to the 
object with a particular ID such as a global unique ID 
(GUID) so that the contents of the device drivers (the 
software modules of the object to be controlled) can be 
distinctly identified with the unique ID. 

Further, according to the system of the present 
invention, the object includes at least one device from 
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which the development means acquires a global unique ID or 
another similar data thereto, and the development means 
identifies the software module with the global unique ID or 
another similar data thereto. 

Since the software module is uniquely assigned to 
the object with a particular ID such as a global unique ID 
(GUID) , the contents of the device drivers (the software 
modules of the object to be controlled) can be distinctly 
identified with the unique ID. 

Further, according to the system of the present 
invention, the software module is stored within the object 
so that the development means acquires the software module 
from the controlled object. 

Therefore, the system is not required to have a 
memory capacity to store all software modules for the 
objects to be connected thereto. 

Further, according to the system of the present 
invention, the software module is stored within a database 
server connected with the development means through a 
communication bus so that the development means acquires 
the software module from the database server. 

Therefore, the system is not required to have a 
memory capacity to store all software modules for the 
objects to be connected thereto. 

Also, all software modules are stored in the 



database server so that a unitary management for software 
modules can be realized in a simple manner. 

Further, according . to the system of the present 
invention, the development means provides a display area on 
the monitor, in which at least one icon is displayed, the 
icon representing for the object connected to the 
controller or the object to be connected to the controller. 

Therefore, the user (programmer) can develop the 
program in a simple manner and easily understand the 
developed program. 

Further, according to the system of the present 
invention, the icon procedure displays a plurality of icons 
in the display area on the monitor, each icon illustrating 
a current status of the object. 

Therefore, the user (programmer) can recognize 
the current status of the object by watching the icons on 
the monitor. 

Further, according to the system of the present 
invention, the development means provides a development 
area on the monitor, and the user copies the icon from the 
display area onto the development area, thereby to develop 
the program. 

Therefore, the user (programmer) can develop the 
program in a simple manner and easily understand the 
developed program. 
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Further, according to the system of the present 
invention, the user utilizes the description procedure for 
describing a control process for said object determining an 
operation of said object, thereby to develop the program. 
5 Therefore, various operations of the object can 

be programmed with the description procedure in developing 
the program. 

Further, according to the system of the present 

m 

invention, the icon procedure displays a plurality of icons 

42 10 in the display area on said monitor, each icon illustrating 

Ul 
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an operation of said object. 

W 

Therefore, the user (programmer) can develop the 



Ul 
CI 



program in a simple manner and easily understand the 

developed program. 
15 Further, according to the system of the present 

invention, the user connects a plurality of the icons with 

each other to form a flowchart in the development area, 

thereby to develop the program. 

Therefore, the user (programmer) can develop- the 
20 program in a simple manner and easily understand the 

developed program. 

Further, according to the system of the present 

invention, the development means displays the icons in the 

display area, and simulates the operation of the object 
25 while the program is simulated, whereby the monitor is used 



for displaying the simulation thereof. 

Therefore, the user can watch the flow of the 
simulation of the program. 

Further, according to the system of the present 
invention, the development means displays the icons in the 
display area, illustrates the operation of the object while 
the implement means implements the program, whereby the 
monitor is used for displaying the operation thereof. 

Therefore, the user can watch the flow of the 
operation of the program. 

Further, according to the system of the present 
invention, the program to be implemented by the implement 
means sends messages to and/or receives messages from the 
object - 

Therefore, the user can develop the program in 
view point of the object-oriented system development. Thus, 
the user (programmer) can develop the program in a simple 
manner and easily understand the developed program. 

Further, according to the system of the present 
invention, the object is connected with the controller 
through an interface serving functions including a Plug and 
Play function or a Hot Plug function. 

Therefore, the user can configure the application 
system for automated machines, exploiting the functions 
such as a Plug and Play function or a Hot Plug function. 
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Further scope of applicability of the present 
invention will become apparent from the detailed 
description given hereinafter. However, it should - be 
understood that the detailed description and specific 
5 examples, while indicating preferred embodiments of the 
invention, are given by way of illustration only, since 
various changes and modifications within the sprit and 
scope of the invention will become apparent to those 

U 

"if skilled in the art from this detailed description. 
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The present invention become more fully 

a 

gat, 

Jtf understood from the detailed description given hereinafter 

HI 

and accompanying drawings which are given by way of 
15 illustration only, and thus are not limitative of the 

present invention and wherein. 

Fig. 1 is a flowchart of a procedure according to 

Embodiment 1 of the present invention, showing a series of 

steps to configure an application system for an automated 
20 machine; 

Figs. 2A through 2C are block diagrams showing a 
structure of the system comprising a PC, a controller and a 
peripheral device (object to be controlled) ; 

Fig. 3 is a block diagram showing a software 
25 architecture according to Embodiment 1 of the present 



invention; 

Figs. 4A through 4C are block diagrams showing 
another software architectures including .a. plurality of 
peripheral devices according to Embodiment 1 of the present 
invention; 

Figs. 5A through 5C are. block diagrams showing 
connections to a database of software modules; 

Figs. 6A through 6C are schematic views of a 
program development environment; 

Figs. 7A and 7B are schematic views of the 
program development environment during developing programs; 

Fig. 8 is a flowchart of a procedure according to 
Embodiment 2 of the present invention, showing a series of 
steps to virtually configure an application system for an 
automated machine; 

Figs. 9A and 9B are schematic views of a virtual 
program development environment; 

Figs. lOA and lOB are schematic views of a 
virtual program development environment during developing 
and simulating programs; 

Figs. IIA and IIB are schematic views of the 
program development environment together with a virtual 
as s i s t ance ; and 

Figs. 12A and 12B are schematic views of a 
program development environment during developing and 



monitoring programs. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to the accompanying drawings, systems 
according to the preferable embodiments of the present 
invention are described hereinafter. 

Embodiment 1 . 

Fig. 1 shows a procedure according to Embodiment 
1 of the present invention, showing a series of steps to 
configure an application system for an automated machine. 
The series of steps are described in detail hereinafter. 

In the step S02 shown in Fig. 1, prior to the 
configuration of the application system, the automated 
machine is assembled by connecting a peripheral device 
(object to be controlled) with a controller. 

Fig. 2A shows that the controller 6 is connected 
with a programming device 2 for developing programs and the 
peripheral device 10 through a first and second connecting 
means 4 and 8, respectively. Typically, the programming 
device 2 is a PC (personal computer) . The PC contains an 
operating system, which includes, in general, the "Windows 
98", the "Windows NT" and the "Windows 2000" available from 
Microsoft Corp. Alternatively, the operating system may be 
the "Mac OS" available from Apple Computer, Inc. or "Linux". 



Additionally, the programming device 2 may be a game 
machine connectable with a television set, or a game 
machine having a display monitor (e.g. a potable game 
machine) • 

On the other hand, as shown in Fig. 2B, the 
programming device 2 may be incorporated into the 
controller 6. The controller 6 illustrated in Fig. 2B also 
has the function of the programming device 2, In this 
instance, it is preferable that the controller 6 includes 
the display monitor and the command buttons utilized for 
developing programs. When the display monitor has the 
function as a touch panel, the controller 6 may eliminate 
the command buttons. Alternatively, as shown in Fig. 2C, 
the controller 6 is incorporated into the programming 
device 2. In this case, the programming device 2 has the 
function of the controller 6. 

The communication methods of first and second 
connecting means 4, 8 may be the same as or different from 
each other. The communication methods may be utilized with 
cable communications such as USB and IEEE1394 standards, or 
radio communications such as Bluetooth and IrDA standards. 

Next, in the step S04 shown in Fig. 1, the 
programming device 2 acquires information with regard to 
the peripheral device 10 through second connecting means 8, 
the controller 6 and the first connecting means 4. Each of 



the peripheral devices 10 has the identification named the 
GUID (Global Unique Identification Data) for identifying 
the manufacturer and the specification thereof. The device 
10 may have another form of the data similar to the GUID. 
The GUID (or the data similar thereto) is stored in the 
memory (not shown) of the peripheral device 10 to be 
controlled. Then, a program development environment 20, as 
will be described with reference to Fig. 3, retrieves the 
GUIDs- This allows the program development environment 20 
to have information about the manufacturer and the model of 
the peripheral device 10 connected to the controller 6. 

Next, in the step 306 shown in Fig. 1, the 
program development environment 20 links with a device 
driver for the peripheral device 10. The program 

development environment 20 accesses a database storing 
device drivers for all available peripheral devices 10 
(objects) . Thus, the program development environment 20 
utilizes the GUID to select device drivers of the 
peripheral device 10 and links therewith. Alternatively, 
the program development environment 20 brings the device 
drivers therein, for example, by copying or downloading the 
device drivers. Device drivers may be provided with the 
program development environment 20 in the form of the DLL 
(dynamic link library) , 

Fig. 3 shows a software architecture according to 



Embodiment 1 of the present invention. The software 
architecture comprises the program development environment 
20, the program implement environment 22, and the device 
driver 24 for the peripheral device (object) 10. Fig. 3 
illustrates the controller 6 serving the function of the 
programming device 2 as shown in Fig. 2B. However, the 
programming device 2 may be individual to the controller 6 
as shown in Fig. 2A, in which the programming device 2 
serves as the program development environment 20, and the 
controller 6 serves as the program implement environment 22. 
The programming device 2 used for developing programs may 
serve also as the program implement environment 22 so as to 
simulate programs during developing programs. 

The device driver 24 serves a plurality of 
procedures including, a display procedure for displaying an 
icon with the program development environment 20, a 
description procedure for describing one or more processes 
to control the device, an implement procedure for 
implementing the process to control the device (object) .10 
with the program implement environment 22, a communication 
procedure for communicating the peripheral device 10 with 
the controller 6 in a communication method, for example, 
USB and IEEE1394. 

Fig. 4A shows the software architecture including 
two independent peripheral devices 10 connected to the 
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controller 6 (and the programming device 2). As described 
above, the program implement environment 22 may also 
include the communication procedure 26 for communicating 
peripheral devices 10. If the two peripheral devices 10 
utilize the same kind of interface (communication method) , 
for instance, both of them are USB devices, they can share 
only one communication procedure 2 6 as shown in 4B. 
Meanwhile, if the interfaces of the peripheral devices 10 
are different from each other, for instance, one of them is 
a USB device and the other is an IEEE1394 device, each of 
peripheral devices 10 utilizes corresponding separate 
communication procedures 26, as shown in Fig. 4C. 

Preferably, the database storing device drivers 
for all available peripheral devices (object) 10 may be 
stored within the programming device 2 as shown in Fig. 5A. 
In particular, the database is configured within the hard 
disk 40 in the PC 2, Also, the database may be stored on 
the external storage medium 42 * outside the programming 
device 2 as shown in Fig. 5B. The external storage medi^um 
42 includes, for example, a CD-ROM, a DVD-ROM, and a 
storage medium of the game software, which are accessible 
by the PC 2. Alternatively, the database may be stored 
within a remote server (for example, within the database 
memory section 44 of the server as shown in Fig. 5C) • In 
this instance, the database can be accessed through the bus 



46 such as LANs or the Internet. 

Each peripheral device 10 may provide its own 
device . drivers 24 with the controller 6. That is, each 
peripheral device 10 includes not only the GUID but also 
the device drivers 24. Then, the program development 
environment 20 may acquire the device drivers 24 directly 
. from the peripheral device 10 connected thereto. This 
eliminates the access to the database storing device 
drivers. However, the peripheral device 10 is required to 
have a memory capacity large enough to store the device 
driver 24 as well as the GUID. 

Next, in the step 308 shown in Fig. 1, an icon 68 
illustrating the device are displayed on the device display 
area 66 of the program development environment 20. If the 
device driver 24 has a particular icon, the icon is 
displayed thereon. 

As illustrated in Figs. 6A through 6C, the 
program development environment 2 0 (the programming device 
2) according to the present invention comprises a monitor 
60, which includes a tool bar 62 for executing basic 
operations of the program development environment 20, a 
program developing area (window) 64, and the device display 
area 66. The user can develop the program in a simple 
manner by copying and/or connecting icons 68 of the 
peripheral devices 10 onto the program developing area 64. 
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The device display area 66 is utilized to display, in a 
form of icons, the peripheral devices 10 used in the 
application system for the automated machine- The device 
display area 66 may take either one of forms including a 
window, a tool bar and a tree-view as illustrated in Figs. 
6A, 6B and 6C, respectively. 

Next, in the step SIO shown in Fig. 1, the user 
drags the device icons 68 on the device display area 66 and 
drops thereof onto the program developing area 64. That is, 
the device icons 68 displayed on the device display area 66 
are newly copied on the program developing area 64. The 
program development environment 20 may preferably include 
another display area (not shown) for various control 
commands, also in a form of icons including, for instance, 
a branch command, a repeat command, an interrupt command, 
which are essential to develop programs. Besides, icons 
for control commands that are necessary for developing the 
program are also drag-and-dropped (newly copied) onto the 
program developing region 64. . 

Next, in the step S12 shown in Fig. 1, the user 
develops the program by connecting a plurality of icons 
displayed on the program developing area 64, so that the 
controller 6 implements the program. In order to connect 
icons, the user may locate one icon adjacent to another 
icon, alternatively, the user may join two icons with a 



line in accordance with a form of the flowchart. 

As illustrated in Figs. 7A and 7B, in the program 
development environment 20 according to the present 
invention, the monitor 60 also comprises a program 
developing area 64, including the device icon 68' copied 
from the device display area 66, a start icon 70 which is 
one of the control icons indicating the start of the 
program, an arrow 72 connecting the start icon 70 with the 
device icon 68' in accordance with a form of the flowchart, 
and a dialogue box (or the application software) 88 to 
describe the operation of the device icon 68'. 

A double click on the device icon 68' opens the 
dialogue box 88 thereof. If the device driver 24 includes 
the description procedure for describing one or more 
processes to control the peripheral device 10, the dialogue 
box 88 according to the description procedure is appeared. 
In order to complete description of the process, the user 
needs to arrange the icons 68 ' and set up the process on 
the dialogue box 88. Thus, after a plurality of the device 
icons 68' are copied (drag-and-dropped) from the device 
display area 66 onto the program developing area 64 and are 
connected to each other (i.e. after completing the 
arrangement of the icons) , the process may be configured on 
the dialogue box 88 that is opened by a double-click on the 
device icon 68'. Alternatively, after the processes are 
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configured on the dialogue box 88, a plurality of the 
device icons 68' may be connected to the others. If the 
device driver 24 has a plurality of icons in response with 
the device operations and/or the present condition of the 
5 peripheral device 10, the icon 68" displaying the present 
operation and/or the condition of the device is appeared as 
shown in Fig. 7B. 

Preferably, a particular application software is 

Q 

4t utilized to describe the process of the device icon 68', so 

m 

4^ 10 that the user can program the more sophisticated operations 

Ul of the peripheral devices 10. 

01 

H Finally, in the step S14 shown in Fig. 1, the 

developed programs and the device drivers 24 are 
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W transmitted to and implemented within the program implement 

Q 15 environment 22. However, if the program implement 

environment 22 includes the communication procedure 2 6, a 
portion of the device drivers 24 corresponding thereto need 
not be transmitted. To this end, only the required portion 
of the device drivers 24 is transmitted from the program 
20 development environment 2 0 to the program implement 
environment 22, 

The controller 6 may have a display device for 
displaying the progress of the programs. In this case, the 
icons 68, 68' and 68" can be displayed in response with 
25 conditions of the peripheral device 10 on the display 
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device of the controller 6 by transmitting to the 
controller 6. 

As can be seen from the above, the operations of 
the program development environment 2 0 and the program 
implement environment 22 in accordance with Embodiment 1 
are written with the program codes adapted for the computer 
control. These program codes are stored and implemented on 
the memory (not shown) and the processor (not shown) of the 
computer, respectively. These program codes may be stored 



4« 10 on the external storage medium such as a CD-ROM. 

Ul 

W Various advantages according to Embodiment 1 are 

@1 

h^r obtained as indicated hereinafter. 

The first advantage is that the program 

Ul 

development environment 20 is automatically linked with the 

hi- 

15 device drivers 24 for the peripheral devices 10 connected 
thereto. Therefore, the user can eliminate the bothersome 
task for developing the program so as to operate the 
peripheral devices 10. In other words, no other setting is 
required, which is for example, connection of the 

20 appropriate interface between the controller 6 and the 
peripheral devices 10. To this end, the user can develop 
the program for controlling the peripheral devices 10 with 
the "Plug and Play" function in a simple manner. 

Another advantage is that since the user can 

25 access only the peripheral devices 10, which can be 
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programmed, the programming errors can be precluded. Most 
of the detailed software for the peripheral devices 10 are 
encapsulated within the device driver 24, Therefore, the 
user can configure the large scale of the application 
system only by linking the device driver 24 for the various 
peripheral devices 10 of which operation has evaluated, 
without knowledge as to the coded content of the device 
driver 24. The user is required to understand only the 



functions achieved by the device drivers 24 and the option 
4^ 10 parameters used therefor. Since the user sets the option 
y parameters only, thereby to substantially reduce the risk, 

•35 

in which the data of inconsistent or irrelevant data-types, 
hif and/or. the control signals are used in error. 

As described above, the user can develop the 



15 program with basic operations such as drag-and-drops of the 
device icons 68 and connections thereof in accordance with 
a form of the flowchart. Therefore, in addition to the 
advantage that the user can develop the program in a simple 
manner, the developed program can readily be comprehended 

20 by another persons. Displaying various icons on the 
monitor 60 in response to the configuration and conditions 
of the peripheral devices 10 facilitates the user to 
understand the developed programs. 

25 Embodiment 2, 



Fig. 8 shows a procedure according to Embodiment 
2 of the present invention, showing a series of steps to 
configure an application system for an automated machine in 
a virtual manner. The series of steps are discussed in 
detail hereinafter . 

In order . to develop the application system in a 
virtual manner, firstly, in the step S102 shown in Fig. 8, 
the automated machine is virtually "assembled" within the 
device display area 66. In other words, the device icons 
68 are added onto the device display area 66. 

As illustrated in Figs. 9A and 9B, the program 
development environment 20 according to the present 
invention comprises a monitor 60, which includes a tool bar 
62 for executing basic operations of the program 
development environment 20, a program developing area 
(window) 64, and the device display area 66. The program 
development environment 20 according to Embodiment 2 may be 
substantially the same as one according to Embodiment 1 as 
shown in Fig. 6A. Also, as shown in Fig. 9A, the program 
development environment 20 according to Embodiment 2 
includes a device dialog box 100 for displaying all of the 
icons of the available peripheral devices 10 thereon. The 
user can select the device icons 10 within the device 
dialog box 100 and add them in the device display area 66. 
The database storing device drivers 24 for all available 



peripheral devices (object) 10 may be substantially the 
same as one as illustrated in Figs. 5A through 5C. 

As discussed above, only addition of the device 
icons 68 in the device display area 66 is required in order 
to configure the virtual application system for the 
automated machine. Further, as shown in Fig, 9B, a picture 
(an image) 102 may also be added in the device display area 
66 for facilitating the user to clearly understand the 
application system to be programmed. 

In the step S104 shown in Fig. 8, the device 
drivers 24 for the peripheral devices 10 are automatically 
linked with the program development environment 20 when the 
device icons 68 are added in the device display area 66, 
According to Embodiment 1, the controller 6 receives the 
GUIDs of the peripheral devices 10 connected thereto so 
that the program development environment 20 can identify 
the peripheral devices 10 based upon the GUIDs. Thus, the 
program development environment 20 links with the device 
drivers for the peripheral devices 10 connected to the 
controller 6. Meanwhile, according to Embodiment 2, the 
user selects the device icons 68 for the desired peripheral 
devices 10 from all device icons 68 displayed on the 
monitor 60. Thus, the program development environment 20 
links with the device drivers 24 for the selected 
peripheral devices 10 without receiving the GUID. To this 



end/ the program development environment 20 according to 
Embodiment 2 automatically links with the device drivers 24 
in substantial the same manner as one according to 
Embodiment 1 does . 

Next, in the step S106 shown in Fig. 8, the user 
drags the device icons 68 located on the device display 
area 66 and drop thereof onto the program developing area 
64. In the step S108 shown in Fig. 8, in turn, the user 
develops the program by connecting a plurality of icons 
displayed on the program developing area 64, so that the 
controller 6 implements the program. Thus, the manner how 
to develop the program according to Embodiment 2 is 
substantially the same as one according to Embodiment 1 as 
well - 

Next, in the step SllO shown in Fig. 8, the 
operations of so developed programs are inspected by 
simulating thereof in the program development environment 
20. Fig, lOA illustrates the program developing area 64, 
in which the programs are developed as described above. 
Once starting to simulate the program, as illustrated in 
Fig. lOB, the program developing area 64 displays a flow of 
the operations as programmed, i.e., how the program is 
implemented. On the other hand, the device display area 66 
shows a current status of each peripheral device 10, i.e., 
how the device icons 68 is operating. Preferably, the 
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device driver 24 includes a plurality of device icons 68 in 
accordance with operations and/or current status of the 
peripheral device 10. As illustrated in Fig. lOB, .the 
program is now simulated at the device icon (command) 68" 
in the program developing area 64, and the device icon 68 
currently has the ON-status in the program displaying area 
66. 

After the simulation of the program, so developed 
and inspected program may be stored. 

In the step S112 shown in Fig. 8, the developed 
programs and the software modules of the peripheral devices 
10 may be transmitted to the controller 6 and may be 
implemented therein. However, it should be noted that, the 
virtual system configured in the program developing 
environment 20 is identical to the actual system configured 
by physically connecting the controller 6 with the 
peripheral devices 10. In order to ensure this, the 
program developing environment 20 collects the GUIDs of the 
peripheral devices 10 through the controller 6 before 
conducting the step S112, then readily compares the device 
information retrieved based upon the actual GUIDs with one 
accompanied by the system virtually configured. If there 
is an inconsistency therebetween, the program developing 
environment 20 may alert the inconsistency to the user on 
the monitor 60. 



Even if the developed programs and the software 
modules of the peripheral devices 10 are transmitted to the 
controller 6 without ensuring no inconsistency therebetween, 
no critical problem occurs. Because the program is 
designed to serve the function only if the peripheral 
devices 10 are actually connected with the controller 6, 
otherwise/ the commands of the program relating to the 
unconnected peripheral devices 10 is simply disregarded. 
Therefore, this design results in the fail-safe preventing 
adverse operations . 

Also, even if the controller 6 is connected with 
another peripheral device 10 which is not so intended, the 
programs have no command relating to the unintentionally 
connected peripheral device 10. Thus, no critical problem 
occurs . 

The monitor 60 for displaying the simulation may 
be used to monitor the actual operation of the controller 6. 

The operations of the program development 
environment 20 and the program implement environment 22 
according to Embodiment 2 are described in the program 
codes adapted for the computer control. The program codes 
are stored in the memory (not shown) and implemented on the 
processor (not shown) of the computer. The program codes 
may be stored on any external storage mediums, such as a 
CD-ROM. 
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While an actual application system for an 
automated machine is configured according to Embodiment 1, 
a virtual application system for an automated machine is 
configured according to Embodiment 2. Another application 
5 system for an automated machine, in which both embodiments 
are merged, can readily be conceived. 

Many advantages according to Embodiment 2 are 
obtained as indicated hereinafter, 
^il The first advantage is that even if the 

m 

4^ 10 peripheral devices 10 are not actually connected with the 
controller 6 or the programming device 2 (that is, even if 
the peripheral devices 10 are not available at hand) , any 
programs related to the peripheral devices 10 can be 
developed. Also, in configuring the virtual application 
15 systems and/or developing programs, the device drivers 24 
for the peripheral devices 10 to be connected are 
automatically linked with the controller 6. Therefore, the 
user is required to write only an essence of the program 
for the operation of the peripheral devices 10, eliminating 
20 the bothersome details to be set up. To this end, the 
function of their "Plug and Play" can effectively be 
exploited, and thus, the productivity for developing the 
control programs can remarkably be increased. 

Simulations of the developed programs can avoid 
25 errors thereon. Since the programs are written in a form 



m 



u 
m 
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of the flowchart and the conditions of the present 
simulations are sequentially displayed in accordance with 
the flowchart, the user can easily recognize the 
simulations. Since the device drivers 24 may have a 
5 plurality of icons corresponding to operations or present 
status of the peripheral device 10 as described above, the 
device icons 68 may be displayed in accordance with the 
operation. Thus, the user can more easily understand the 
conditions of the operations of the virtually configured 

m 

£: 10 application system. Additionally, one or more pictures may 

m 

U.I be added on the monitor 60 as described above, which 

51 

H provides an image for what type of application systems for 

O the automated machine will be set up. This provides the 

Ul 

O user with better comprehension with respect to the 

p 15 conditions of the operations of the virtually configured 
application system. 

As indicated above, the monitor 60 for displaying 
the simulation may be used to monitor the actual operation 
of the controller 6. This eliminates the task to develop 
20 an another monitor for monitoring the developed control 
programs . 

Since the present invention allows the 
development of the control programs even if the peripheral 
devices 10 are not available at hand, the work for 
25 developing the large-scale application system can be shared 
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by a plurality of the users (programmers) . 

Embodiment 3 . 

According to Embodiment 1 and 2, the peripheral 
5 devices 10 to be controlled are limited to actual devices 
physically connected with the controller 6. According to 
Embodiment 3, such objects to be controlled by the 
controller 6 is expanded to intangible one, which operates 
'4} only on the monitor 60 and is so-called "a virtual 

4« 10 assistant". Thus, the virtual assistant, which is referred 

yl 

W to as a virtual manager 74 hereinafter, is intangible yet 

m 

N operable with the controller 6 on the monitor 60. 

s 

O According to Embodiment 3, a virtual application 

in 

Q system for an automated machine is configured in 

Q 15 substantially the same manner as that according to 
Embodiment 2 as illustrated in Fig. 8. 

Figs, llA and IIB are schematic views of the 
program development environment 20 together with a virtual 
assistance according to Embodiment 3. 
20 When the application system for an automated 

machine is configured, constructing the monitor 60 is an 
important work. Preferably, the monitor 60 not only has 
the function of monitoring the actual operations of the 
devices 10, but also has another functions. That is, the 
25 virtual manager 74 should be appeared on the monitor 60 to 
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set up the application system as well as the device icons 
68 for actual peripheral devices 10, so that the user can 
see the flow of the program in implementing thereof. 

As described in Embodiment 2, the monitor 60 for 
5 displaying the simulation may be used to monitor the actual 
operation of the controller 6. According to Embodiment 2, 
the device icons 68 of the objects to be controlled are 
located in the device display area 66 and the program 

£1 

developing area 64 on the monitor 60. During simulating 

C| 

4^ 10 and monitoring the program, the operations of the objects 

m 

y 10 are indicated with the device icons 68' and 68. Similar 

01 

H to Embodiment 2, according to Embodiment 3/ the virtual 

s 

O- manger 74 is located in the device display area 66 and the 

U1 

Q program developing area 64 on the monitor 60, Thus, the 

y 15 virtual manager, which is operable only on the monitor, can 
be formed and used. 

Figs, 12A and 12B are schematic views of program 
development environment 2 0 according to Embodiment 3, in 
which virtual manager 74 is utilized to develop the. program. 
20 A branch block 76 is utilized in Fig. 12, The dialogue box 
78 of the object to be controlled (i.e., the virtual 
manager 74') describes the control process thereof. The 
double-click on the object (the virtual manager 74') opens 
the dialogue box 78. The user programs the operation of 
25 the objects by setting an alternative switch on the 
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dialogue box according to Embodiment 1, or by selecting one 
of listed commands according to Embodiment 3, Both manners 
to program the operation of the object are acceptable and 
another manner may be incorporated. 
5 As well as in Embodiment 1, a particular 

application software is utilized to describe the process of 
the virtual manager 74' in Embodiment 3, so that the user 
can program the more sophisticated operations of the 

CI 

■41 virtual manager 74'. 

m 

4^ 10 In case where the controller 6 has no display 

Ul device, as show in Fig. 2B, all of the developed programs 

H except a portion thereof relating to the virtual manager 74 

Ci may be transmitted to the controller 6. Alternatively, all 

01 

O of the developed programs are transmitted to the controller 

Cl 15 6 but the controller 6 disregards the portion thereof 
relating to the virtual manager 74. 

Although the virtual manager (virtual assistant) 
74 is the intangible object as indicated above, an 
identification code such as a GUID can be assigned to the 
20 virtual manager 74 as well as to the an actual peripheral 
device 10, The aforementioned ID code should be different 
from any other ones assigned to the actual objects 10. 
Thus, the objects 10 cannot be operated by the instructions 
for the virtual manager 74. This design results in the 
25 fail-safe preventing adverse operations of the objects 10. 



Fig. 12B shows an example of the monitor 60 while 
implementing the developed programs. More particularly. 
Fig. 1-2B illustrates the monitor 60 monitoring the current 
status of the developed program where the developed program 
branches away from the "ON" command 68 to another procedure, 
in which "the virtual manager 74 raises its right hand" . 
As shown in Fig, 12B, the virtual manager 74 raises its 
right hand. 

The operations of the program development 
environment 2 0 and the program implement environment 22 
according to Embodiment 3 are written in the program codes 
adapted for the computer control. These program codes are 
stored on the memory (not shown) and implemented on the 
processor (not shown) of the PC. These program codes may 
be stored on the external storage, such as a CD-ROM. 

Many advantages according to Embodiment 3 are 
obtained as discussed hereinafter. 

The user is provided through the monitor 60 with 
image information so as to instantly recognize more 
information than digital information. In addition, since 
the virtual assistant 74 is represented by a unique or 
distinct shape such as a shape of a person, the user can be 
easily provided with such information. 

Several advantages according to Embodiment 1, 2 
and 3 are described hereinafter. 



The IEEE1394 is one of standards of an interface 
that can be utilized in the so-called "Home Networking 
devices". Thus, as discussed in the above embodiments of 
the present invention, any electrical appliances including 
a refrigerator, a microwave oven, an air conditioner and a 
room light, which incorporate the interface constructed 
based upon the IEEE1394, can be connected with the 
controller 6. The controller may be preprogrammed so as to 
operate in conjunction with a timer. 

Further, according to the present invention, the 
"Hot Plug" function is exploited effectively, especially in 
the field such as the factory automation. Assume, for 
instance, a case where peripheral device 10 is to be added 
in or taken out of an application system, which is already 
configured and ready to operate for an automated machine. 
The conventional controller has to be powered down, and 
reprogrammed again by adding or deleting the procedures 
relating thereto. Contrary to this, according to the 
present invention, since the program can be modified (i.e., 
added or deleted) remaining the power of the peripheral 
devices 10, the burden of the user can substantially be 
reduced. 



